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Description 

System for virtual process interfacing via a Remote Desktop Pro- 
tocol (RDP) 

5 

The invention relates to a system and a method for process in- 
terfacing within an automation scenario for distributed engi- 
neering systems using a Remote Desktop Protocol (RDP) . 

10 Present-day engineering systems employed in the field of automa- 
tion technology are as a rule what are termed monolithic systems 
offering no options for distributed engineering or distributed 
project planning. Owing to the increasing complexity and physi- 
cal extent of installations and automation systems it is, how- 

15 ever, desirable to be able to access process data, diagnostic 
data, and project -planning data required for engineering pur- 
poses from any location within the installation or automation 
system. What are 'termed terminal server solutions based on 
transporting image data (bitmaps) from the server to the client 

20 are presently employed for this purpose, with keyboard and mouse 
actions being conveyed from the client to the server. It is not, 
however, possible to access simply any online data via a central 
engineering system, which is to say data stored on the relevant 
CPU of a client present in the periphery such as, for example, 

25 an operator panel or a programming device. Nor is project- 
planning data stored on a client of said type directly available 
to the engineering system. 

The object of the invention is to disclose a system and a method 
30 enabling process interfacing within an automation scenario for 
accessing process data and project-planning data for engineer- 
ing. 

Said object is achieved by means of a system for process inter- 
35 facing within an automation scenario for distributed engineering 
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systems having a server for provisioning at least one applica- 
tion required for engineering, at least one client for accessing 
automation devices that supply process data and/or project- 
planning data, and for setting up an online communication chan- 
nel maintained for any length of time between the client and 
server, first means for feeding data of the automation devices 
into the server over the communication channel, and second means 
for linking the applications to the automation devices, with the 
first means having a first interface to the current communica- 
tion channel and a second interface to the applications and be- 
ing provided for communicating with the second means over the 
communication channel . 

The invention is based on the knowledge that the engineering 
systems currently employed for engineering within an automation 
scenario are as a rule monolithic, which is to say are installed 
on a central server and can only be operated there. In modern 
installations, characterized by increasing complexity, heteroge- 
neity, and decentralization, it is however advantageous if the 
engineering systems can be operated from different locations or 
sites and if any process data or project-planning data can be 
accessed from said locations. In the proposed invention, virtual 
process interfacing effected via an online communication channel 
is for this purpose set up from the engineering system on a 
server to any automation devices that are addressable via cli- 
ents. The proposed system thus enables an engineering system to 
be operated from any location within the system, including the 
accessing of process data and diagnostic data. The optimized de- 
ployment of resources on the installation within the automation 
system is herein especially advantageous. The clients employed 
can be,, for example, thin clients, since no applications have to 
run thereon themselves. The applications are instead installed 
on the server; they can, however, be used remotely online via 
the client, and the required data is also available via the com- 
munication channel. Engineering can thereby be performed sig- 
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nificantly more variably and flexibly. Virtual process interfac- 
ing via the online data channel also makes distributed engineer- 
ing possible in monolithic systems. Users only require an online 
access for data accessing and engineering. The system can also 
5 be operated from the client. The engineering system does not 
have to be located on the computer used by the application. 
Online access to the automation devices is provided by the com- 
munication channel by means of what is termed tunneling of com- 
munication data packets . 

10 

A further advantageous embodiment of the invention is character- 
ized in that the client is embodied as a programming device 
and/or as an operator panel and/or as a diagnostic device and/or 
as a browser and/or as a Windows CE device. It is especially ad- 

15 vantageous herein that any devices present on the installation 

that are generally already employed at present for observing and 
operating the installation or automation system can in the pro- 
posed system according to the invention also be used for opera- 
tion. The relevant control data or diagnostic data, for in- 

20 stance, of the automation devices can be conveyed to the server 
over the communication system via a conventional programming de- 
vice or via an operator panel and will thus be available to the 
engineering system on the server. Engineering itself can in turn 
be performed directly from the proposed clients. 

25 

A further advantageous embodiment of the invention is character- 
ized in that the server is embodied as a terminal server for use 
simultaneously by one or more participants. The server or pro- 
posed system therefore has multi-user capability, and engineer- 
30 ing tasks requiring access to process data or diagnostic data 
can be performed within the system by several users simultane- 
ously. 

A further advantageous embodiment of the invention is character- 
35 ized in that the communication channel is embodied as a Remote 
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Desktop Protocol for transmitting data to one or more partici- 
pants in realtime over one or more separate virtual channels. 
Using Microsoft's Remote Desktop Protocol (RDP) enables data 
packets to be sent efficiently and rapidly over the communica- 
5 tion channel between a client and the server, thus substantially 
improving engineering and the accessing of the process data or 
project-planning data. Several data packets can moreover be sent 
over the communication channel by several users of the system 
simultaneously and mutually independently without the occurrence 
10 of negatively impacting interactions. The possibility of using 

several separate virtual channels for transferring data further- 
more renders the system variable, flexible, and freely scalable. 
Any number of users (limited only by the server's capacities) 
can work simultaneously within the system on different clients. 

15 

A further advantageous embodiment of the invention is character- 
ized in that the first means are provided for feeding data of 
further automation devices into the server over the communica- 
tion channel via at least one further client. Said embodiment of 

20 the invention enables the accessing from any client of automa- 
tion devices connected to any other client within the system and 
of said automation devices' relevant data. Routing is for this 
purpose undertaken on the server so that virtual peer-2-peer 
communication (direct communication) between the participating 

25 clients is rendered possible. Possibilities are thereby realized 
for accessing and configuring from one client system to another 
client system. Any process data or diagnostic data stored or 
arising at another location within the system is hence available 
at any location within the system. 

30 

A further advantageous embodiment of the invention is character- 
ized in providing for the transmission of data in the communica- 
tion channel over an intranet and/or the internet. There is thus 
no need to establish separate infrastructures for the proposed 
35 system such as special networks. An intranet or, as the case may 
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be, the internet provided as standard can be used and the stan- 
dard protocols employed therefor will be available for communi- 
cation also. This will allow the system according to the inven- 
tion to be implemented economically with no further expenditure 
5 requirements . 

A further advantageous embodiment of the invention is character- 
ized in providing for the transmission of data from the client 
using a Remote Desktop Protocol over a Wireless LAN (W-LAN) . The 

10 clients used within the system such as, for instance, program- 
ming devices, operator panels, diagnostic devices, and browsers 
of whatever kind do not require a cable connection directly. 
Rather it is the case that the data can be transmitted cord- 
lessly over a W-LAN network. Using networks of this kind has the 

15 advantage that users ' do not have to remain statically at one lo- 
cation but instead only need to stay, together with their cli- 
ent, within a specific area or periphery within which they are 
able to transmit data by means of a W-LAN. Employing a W-LAN 
thus permits greater user mobility on the installation. 

20 

A further advantageous embodiment of the invention is character- 
ized in providing for the transmission of data using a Remote 
Desktop Protocol from further data sources present in the system 
employing further standard protocols such as HTTP and/or FTP. 

25 Data reaching the system by way of other communication methods 
and networks can thus be sent within the system over the same 
communication channels. It is thus available to any user in the 
same way as the data of the automation devices connected to the 
clients. Universal access to all relevant data for the installa- 

30 tion or for the • automation system is thereby ensured. 

A further advantageous embodiment of the invention is character- 
ized in that the system provides for use across different sites. 
Distributed engineering by means of virtual access to process 
35 data and project-planning data is hence possible not only at one 
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site within an installation; rather it is the case that cross- 
site access to all relevant data is also facilitated. The pro- 
posed system is hence eminently suitable for the engineering of 
decentralized automation systems. It is especially advantageous 
5 herein that the clients employed can be simple and need to have 
few resources. The applications are made available directly by 
the server. Remote maintenance or, as the case may be, remote 
diagnosis is furthermore also facilitated by the possibility of 
accessing project-planning and process data on a cross-site ba- 
10 sis. Experts, who may not be directly present on site, are able 
to access the relevant data from any location via the distrib- 
uted system. 

The invention is described and explained in more detail below 
15 with the aid of the exemplary embodiments shown in the figures. 

FIG 1 is a schematic of the system for virtual online process 
interfacing within an automation scenario, 

FIG 2 is a schematic of the possibilities for accessing and 
20 configuring between two clients within the system, and 

FIG 3 is a schematic of communication within the system across 
different sites by means of an intranet/ the internet. 

Figure 1 is a schematic of an exemplary embodiment of the system 
2 5 1 for virtual process interfacing within an automation scenario 
for distributed engineering in monolithic systems. Applications 
3i.. n required for engineering are herein stored and made avail- 
able on a central server 2 within the system 1. Automation de- 
vices 5 present within the automation scenario are connected via 
30 a data transmission device 9, for example a bus system, to a 

client 4. The data of the automation devices 5 can be accessed 
directly from the client. Communication between the terminal 
server 2 and the client 4 for online process interfacing is re- 
alized with the aid of the communication channel 8. What is 
35 termed a Remote Desktop Protocol is employed herein that enables 
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data packets to be transmitted online over virtual channels. Ac- 
cessing of the online data of the automation devices by the ter- 
minal server 2 is enabled by means of the data channel 8. Means 
6 for feeding in data of the automation devices 5 over the com- 
5 munication channel 8 are located for this purpose on the termi- 
nal server. Said means are as a rule software which runs on the 
terminal server 2 and ensures that the server 2 is automatically 
redirected to the automation device 5 of the corresponding cli- 
ent 4. Said software has two interfaces for communicating, 
10 firstly, with the communication channel 8 and, secondly, with 
the applications 3i.. n . Second means 7 on the client 4 link said 
applications 3i.. n to the respective automation devices 5. 

The special feature of the system 1 shown by way of example in 
15 Figure 1 is that process data and diagnostic data from automa- 
tion devices 5 can be made available at any time on a terminal 
server 2 in realtime by means of a data transmission channel 8. 
An online data connection is set up for this purpose by the cli- 
ent 4 using what is termed a Remote Desktop Protocol. The means 

2 0 7 for linking the applications 3i.. n from the .server 2 to the 

automation devices 5 are herein realized as a software component 
in the form of what is termed an online RDP proxy. Said online 
RDP proxy links the engineering system to the respective automa- 
tion devices 5. Further means 6 for feeding in data of the auto- 
25 mat ion devices 5 over the communication channel 8 are realized 
on the server 2. Said means are realized in the form of soft- 
ware, namely what is termed an online RDP DLL. Said online RDP 
DLL locates the corresponding online RDP proxy and the data of 
the automation devices 5 is then transmitted over the communica- 

3 0 tion channel 8. Transmitting by means of the Remote Desktop Pro- 

tocol entails the use of a standard protocol enabling the data 
of an application to be transmitted over several virtual chan- 
nels to several users in realtime. The data is herein transmit- 
ted individually for each "session" (which is to say the respec- 
35 tive user's duration of working) . The data is herein transmit- 



2002P13626WOUS 



PCT/DE03/02888 



8 

ted, employing the protocol, in what are termed data packets, 
which are individually encrypted and packed then dispatched with 
a recipient's address. The specificity of dispatching employing 
the Remote Desktop Protocol is that what is termed tunneling 
5 takes place. The users or, as the case may be, the server 2 and 
the client 4 are not involved in the actual data-dispatching 
process; rather it is the case that data transformation takes 
place within the scope of the RDP protocol. An online connection 
to the server must exclusively be set up by the client. The 

10 online RDP DLL on the server 2 and the online RDP proxy on the 
client 4 are responsible exclusively for provisioning the data 
and for determining the correct address to which said data is to 
be dispatched. The principal advantage of transmitting data in 
said manner employing an online RDP standard protocol is that an 

15 existing infrastructure such as, for instance, the internet, can 
be used for data transmission. The laying of cables or installa- 
tion of other data transmission devices within the system 1 is 
rendered superfluous, meaning that the transmission of data can 
be realized economically. Process data or diagnostic data can 

2 0 also be transmitted in realtime. Specific applications 3i.. n made 
available on a server 2 can furthermore be used by any clients 4 
within the system 1. A user can hence, for example, use an engi- 
neering system on a programming device directly on site and all 
process data or, as the case may be, diagnostic data of the 

2 5 automation devices 5 will be available to said user simultane- 
ously. The client employed can herein be what is termed a thin 
client being, for instance, exclusively a browser. The client 
fetches in each case the required application 3i for the activ- 
ity requiring to be performed from the server 2. It is therefore 

30 possible for work to be carried out on site for example by a 
user having an engineering system such as a step 7 . 

Figure 2 shows an exemplary embodiment of the system 1 wherein a 
client 4 accesses process data of automation devices 5a con- 
35 nected via a data transmission system 9 to a further client 4a. 
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The data is transmitted herein over the communication channel 8 
and the communication channel 8a. A second communication channel 
8a is set up between the terminal server 2 arid the second client 
4a by the means 6 for feeding in data of the automation devices 
5 5. The data is then transmitted from the client 4a via the ter- 
minal server 2 to the client 4. Routing, which is to say for- 
warding of the corresponding data packets to the client 4 and 
from the client 4a, is therefore carried out by the online RDP 
DLL 6 on the server 2 . A quasi p2p connection is thus estab- 
10 lished between the participating clients 4 and 4a. 

It is especially advantageous in the example according to the 
invention that, through the virtual process interfacing, a user 
is enabled access on an installation via any client 4 to any 

15 process data of further automation devices 5a to which the cli- 
ent 4 does not have direct access by means of the online RDP 
data transmission over the communication channel 8. All the data 
is hence available for use by a user at any location within the 
system 1. Highly variable and flexible engineering is made pos- 

20 sible for the user by the system 1. Both applications and proc- 
ess data are available at any location within the system 1 via 
the virtual process interfacing. 

Figure 3 shows an exemplary embodiment of the system 1 wherein 
2 5 the process data or diagnostic data is transmitted over the 
internet or, as the case may be, an intranet 11. The clients 
4i ... n are for this purpose linked to the internet or, as the 
case may be, an intranet 11 by means of the online RDP protocol 
via which a communication channel 8 is set up. The terminal 
30 server 2 likewise has an internet link via the communication 
channel 8 . 

The advantage of the embodiment of the system 1 shown in Figure 
3 is essentially that data, both process data and diagnostic 
35 data, can be accessed within the system 1 independently of the 
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specific site across different localities (A,B,C) possibly situ- 
ated geographically far apart. The use of the proposed system 1 
will hence offer a major advantage given today's predominantly 
heterogeneous structure of automation systems in process and 
5 production installations. Engineering actions as well as infor- 
mation-gathering and maintenance operations can be carried out 
from different locations within the system 1 since all the data 
is available in realtime at any time and everywhere via the 
online RDP communication channels 8 and the internet 11. Virtual 

10 process interfacing between the participating units within the 
system 1 is hence ensured at any time. Distributed engineering 
is thereby rendered possible also in today's predominantly mono- 
lithic systems or, as the case may be, applications. It is also 
advantageous herein that the system 1 is freely scalable. New 

15 automation devices 5 can be connected to the system at any time 
via a simple client 4i, for example a thin client. The sole pre- 
requisite is an online access. Said access can today even be re- 
alized via a W-LAN without any cable laying. Once a W-LAN of 
this type is present within a specific periphery, the data can 

20 also be made available at any time in realtime on mobile clients 

4i ...a. 

To summarize, the invention relates to a system 1 and a method 
for virtual online process interfacing for distributed engineer- 

2 5 ing systems employed in the field of automation technology based 
on a Remote Desktop Protocol (RDP) . A communication channel 8 is 
set up* for this purpose via an online access from any clients 4 
within the system 1 to a server 2 using an RDP. Process data and 
project-planning data is tunneled over the channel 8. Quasi 

30 peer-to-peer communication is enabled between any clients 4 • 
within the system 1 by means of routing on the server 2 . 
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Claims 

1. System (1) for process interfacing within an automation sce- 
nario for distributed engineering systems having 

5 - a server (2) for provisioning at least one application 
(3i.'. n ) required for engineering, 

at least one client (4) for accessing automation devices (5) 
that supply process data and/or project-planning data and 
for setting up an online communication channel (8) main- ' 
10 tained for any length of time between the client (4) and 

server (2 ) , 

first means (6) for feeding data of the automation devices 
(5) into the server (2) over the communication channel (8), 
and 

15 - second means (7) for linking the applications (3i.. n ) to the 
automation devices (5) , 
wherein the first means (6) have a first interface (12) to the 
current communication channel (8) and a second interface (13) to 
the applications (3i.. n ) and are provided for communicating with 

20 the second means (7) over the communication channel (8) . 

2 . System according to Claim 1 
characterized in that 

the client (4) is embodied as a programming device and/or as an 
25 operator panel and/or as a diagnostic device and/or as a browser 
and/or as a Windows CE device. 

3 . System according to one of the preceding Claims 
characterized in that 

30 the server (2) is embodied as a terminal server for use simulta- 
neously by one or more participants. 

4. System according' to one of the preceding Claims 
characterized in that 
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the communication channel (8) is embodied as a Remote . Desktop 
Protocol for transmitting data to one or more participants in 
realtime over one or more separate virtual channels. 

5 5 . System according to one of the preceding Claims 
characterized in that 

the first means (6) are provided for feeding data of further 
automation devices (5a) into the server (2) over the communica- 
tion channel (8a) via at least one further client (4a) . 

10 

6. System according to one of the preceding Claims 
characterized in that 

the transmission of data in the communication channel (8) is 
provided via an intranet and/or the internet. 

15 

7 . System according to one of the preceding Claims 
characterized in that 

the transmission of data from the client (4) is provided using a 
Remote Desktop Protocol over a Wireless LAN. 

20 

8. System according to one of the preceding Claims 
characterized in that 

the transmission of data using a Remote Desktop Protocol is pro- 
vided from further data sources present in the system (1) em- 
25 ploying further standard protocols such as HTTP and/or FTP. 

9. System according to one of the preceding Claims 
characterized in that 

the system (1) is provided for use across different sites (A, 
30 B) . 



10. Method for process interfacing within an automation scenario 
for distributed engineering systems wherein 
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at least one application (3i.. n ) required for engineering is 
provisioned by a server (2) , 

automation devices (5) that supply process data and/or pro- 
ject-planning data are accessed via at least one client (4) 
5 and an online communication channel (8) maintained for any 

length of time is set up between the client (4) and the 
server (2) , 

the data of the automation devices (5) is fed into the 
server (2) over the communication channel (8), and 
10 - the applications (3i.. n ) are linked to the automation devices 
(5) , 

wherein communication takes place with the second means (7) over 
the communication channel (8) via first means (6) having a first 
interface (12) to the current communication channel (8) and a 
15 second interface (13) to the applications (3i.. n ) . 

11. Method according to Claim 10 
characterized in that 

a programming device and/or an operator paniel and/or a diagnos- 
20 tic device and/or a browser and/or a Windows CE device is used 
as the client (4) . 

12. Method according to one of the Claims 10 or 11 
characterized in that 

25 one or more participants can use the server (2) simultaneously. 

13. Method according to one of the Claims 10 to 12 
characterized in that 

a Remote Desktop Protocol for transmitting data to one or more 
30 participants in realtime over one or more separate virtual chan- 
nels is used as the communication channel (8) . 



14. Method according to one of the Claims 10 to 13 
characterized in 'that 
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data of further automation devices (5a) is fed by the first 
means (6) into the server (2) over the communication channel 
(8a) via at least one further client (4a) . 

5 15. Method according to one of the Claims 10 to 14 
characterized in that 

data is transmitted in the communication channel (8) over an 
intranet and/or the internet. 

10 16. Method according to one of the Claims 10 to 15 
characterized in that 

data is transmitted from the client (4) using the Remote Desktop 
Protocol over a Wireless LAN. 

15 17. Method according to one of the Claims 10 to 16 
characterized in that 

data using a Remote Desktop Protocol from further data sources 
present in the system (1) is transmitted employing further stan- 
dard protocols such as HTTP and/or FTP. 

20 

18. Method according to one of the Claims 10 to 17 
characterized in that 

the system (1) is used across different sites (A, B) . 

25 19. Server for provisioning at least one application (3i.. n ) re- 
quired for engineering having 

means (6) for feeding in data of automation devices (5) over 
a communication channel (8), with said means (6) having a 
first interface (12) to the current communication channel 

30 (8) and a second interface (13) to the applications (3i.. n ). 

20. Client for accessing automation devices (5) that supply 
process data and/or project-planning data and for setting up an 



15 



online communication channel (8) maintained for any length of 
time between the client (4) and a server (2) having 

means (7) for linking applications (3i.. n ) provisioned by the 

server (2) to the automation devices (5) . 



